Addressing feedback:

JSON parsing errors are silently ignored in subprocess_cli.py:294

The existing code in subprocess_cli.py:294 tries to decode a buffer until it encounters a valid JSON object, so silently ignoring JSON decoding errors is intentional. This PR maintains this behavior for backward compatibility.

No error handling for missing keys in message_parser.py
Inconsistent use of .get() vs direct key access

Added KeyError checking in message_parser.py to match the Typescript SDK. All direct key accesses are now wrapped.

connect() uses 'prompt' while send_message() uses 'content'
'prompt' is confusing for AsyncIterable of messages
Should be consistent across the API

Renamed ClaudeSDKClient.send_message() to ClaudeSDKClient.query(), and named the parameter prompt across ClaudeSDKClient.connect(), ClaudeSDKClient.query(), and query(). I stick with prompt because that's what the Typescript SDK uses.

3. Resource Management
   Hardcoded timeouts (30s for control requests)

Fixed

Fixed memory limits not configurable
No backpressure handling

Let's address this in a separate PR. This PR should focus on providing a new way to feed input into Claude Code SDK via streaming. I believe the "fixed memory limits" and "backpressure" issues refer to the output stream, which this PR should ideally not touch.

4. API Clarity
   receive_response() stopping behavior could be clearer

Fixed

send_message() only accepts strings vs structured messages in connect()

Fixed